Attorney Docket No.: 10005105-1 



DYNAMIC USER INTERFACES 
FOR NETWORK SERVICES 



INVENTORS: 

William E. Hertling 

Residence Address: 
3035 NE 51 st Avenue 
Portland, Oregon 97213 



Petar Obradovic 

Residence Address: 
215 Baltimore Way 
Vancouver, Washington 98664 



SMM Reference No.: M-9702 US 
793793 vl 



Hewlett Packard Docket No.: 10005105-1 



EXPRESS MAIL LABEL NO.: 
(EL708269733US) 



DYNAMIC USER INTERFACES FOR NETWORK SERVICES 

William E. Hertling 
Petar Obradovic 

BACKGROUND OF THE INVENTION 

Field of the Invention 

This invention relates to the field of network applications such as applications on the 
Internet, in particular to a method and system to allow users to interface to various network 
services without a strict service directed user interface. 

5 DESCRIPTION OF THE RELATED ART 

The world wide web (WWW), specifically through applications has allowed for 
numerous services to be provided. Services include photo sharing web sites, researching 
databases, accessing public library catalogs, and electronic commerce (e-commerce). Web 
site services continue to evolve to allow greater interaction between users, providers of 

10 services and products, and web sites that allow groups to communicate. E-commerce has 

grown from consumers merely visiting a commercial web-site and ordering goods or services 
by entering account and or credit card information to interactive communication between 
consumers and web-sites. Service frameworks provide for interaction between groups in a 
network or the Internet. Service frameworks allow the Internet to evolve from a collection of 

1 5 web sites accessed by a personal computer to a network of interconnected services that work 
together to solve problems, perform tasks, or meet a need. Systems and services will be able 
to have intelligent communications with or without the need for user intervention. Service 
frameworks include E-speak™ developed by the Hewlett Packard Corporation and Enterprise 
Java Beans™ developed by Sun Microsystems, Inc. 

20 Service frameworks define a uniform services interface or application programming 

interfaces (API), and uniform services interaction such as the E-speak™ engine allow 
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services to dynamically interact to discover, negotiate, broker and compose themselves to 
solve a business to business, or business to consumer service request. Most service interfaces 
are defined by an extensible mark-up language (XML) scheme or an XML interface. 

Application programs (applications) that once controlled various functions and 
5 routines were made up of large pervasive sections of code, where one user interface could 
suffice. Applications are now seen as a collection of individual standalone services that are 
distributed over a network such as the Internet and combined together by a web application to 
form a useful end user service. This allows for code reuse, greater flexibility, and ease of 
maintenance. Individual applications, however, may or may not have proper user interfaces 
1 0 that allow a user to communicate to services. 

An application does provide a level of user interface to and interaction with a user 
while having various services operating in the background. In addition, some services need a 
minimum level of interaction with a user through a user interface. 

Service frameworks typically provide an application programming interface model 
15 that does not allow individual services to provide user interfaces to the user, or otherwise 

directly interact with the user. Problems therefore can arise with the basic need to provide an 
interface between services and users. 

Regardless of the service framework that is chosen, services have the ability to persist 
in their state or setting, or continue to maintain state. In addition, regardless of the service 
20 framework, each service will have a unique session identifier (ID) to allow interaction 
between services. 

A need has been felt for a method and a system, in particular a service framework that 
allows services that do not have a user interface (UI) to communicate with a user through an 
appropriate UI. The service framework should be easy to use, extensible, and allow service 
25 developers to provide user interaction to their services. 

SUMMARY OF THE INVENTION 

The aforementioned and other features are accomplished, by providing a method and 
a system in which a user interface (UI) framework registers services and facilitates the 
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creation and the processing of UI's that can be presented to end users. Service information 
can be provided by conveying configuration files between services and frameworks. 

In certain embodiments, the method and system are accomplished by having a 
repository of XML-described UI's and transformations that are used by existing services and 
5 web applications. 

The invention also provides for a system in which a framework registers the services 
and generates and processes UI's for applications. Services can use the system to provide UI 
regardless of service framework on user interaction device. 

Other embodiments of the invention include providing computer program medium 
= 10 that is operable on computer systems and processors. The computer program instructions are 
I" provided as code to be processed by the computer systems and their processors. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention may be better understood, and it's numerous objects, features 
and advantages made apparent to those skilled in the art by referencing the accompanying 
1 5 drawings. The use of the same reference number throughout the figures designates a like or 
similar element. 

Figure 1 is a block diagram illustrating processes between an application, a service, a 
user, and a user interface framework. 

Figure 2 is a flowchart illustrating the registration process with a service. 

20 Figure 3 is a flowchart illustrating requesting user interface content by a service. 

Figure 4 is a flowchart illustrating requesting a user interface view from the 
application to the user interface framework. 

Figure 5 is a flowchart illustrating a user interface process response from the 
application to the user interface framework. 

25 Figure 6 is a flowchart illustrating a service interaction process mode by the 

application. 
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Figure 7 is a block diagram illustrating a network environment in which commercial 
transaction processing according to embodiments of the present invention may be practiced. 

Figure 8 is a block diagram illustrating a computer system suitable for implementing 
embodiments of the present invention. 

5 Figure 9 is a block diagram illustrating the interconnection of the computer system of 

Figure 8 to client and host systems. 

While the invention is susceptible to various modifications and alternative forms, 
specific embodiments thereof are shown by way of example in the drawings and will herein 
be described in detail, it should be understood, however, that the drawings and detailed 
10 description thereto are not intended to limit the invention to the particular form disclosed but 
on the contrary, the intention is to cover all modifications, equivalents, and alternatives 
falling within the spirit and scope of the present invention as defined by the appended claims. 

DETAILED DESCRIPTION 

Figure 1 is a block diagram illustrating processes between an application, a service, a 
15 user interface framework, and a user. A service 100 includes a UI framework interface 102. 
UI framework interface 102 is used to communicate to applications and UI frameworks. UI 
framework interface 102 performs a registration step 104 with a UI framework 110. Service 
100 registers with the framework by invoking a register event method and passing a 
registration package. The registration package contains XML configuration data; necessary 
20 extensible style sheet language (XSL) data in the form of files; in-memory data; database 
reference; transformation data; and necessary handler data. A service developer creates the 
registration package, the registration packaging containing all necessary files to register 
service 100 with UI framework 110. 

In this particular example, service 100 is a storage service that stores files. Service 
25 1 00 also has functions that include the retrieval of files. If an application 120 requests a file 
from service 100 (i.e., storage) but application 120 does not specify the file, service 100 
requires a display of a user interface, the user interface is used to allow user system 1 15 to 
pick from a list of files owned by user system 115. 
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User system 1 15 can be in the process of using an application 120, where application 
120 can be internal or external to user system 115. Application 120 includes a UI framework 
interface 122. The UI framework interface 122 is used to communicate to services and UI 
frameworks. User system 115 can request an action of the application, step 1 17. For 
5 example, user system 1 1 5 can be using a printing application and user system 115 wishes to 
print out a file. 

Application 120 requires the use of service 100 to perform the action requested by 
user system 1 15. A request is made from application 120 to service 100, step 124. The 
example of a printing application can involve retrieving a file from service 100 (i.e., storage). 
10 In this example application 120 requests to retrieve a file from service 100. In this example 
The request from application 120 to service 100, step 124, can be a programmatic call, or the 
request can be a message sent across a network through a protocol or an interface. In certain 
embodiments, application 120 builds an XML message, which contains a request for a file. 

In this particular example, service 120 receives the request to retrieve a file, however, 
1 5 the specific file is not identified. An interaction, in particular a user interface, between user 
system 1 15 to service 120 is needed. UI framework 110 provides a calling interface that 
supports a method to construct a user interface. The user interface in turn provides an ability 
to perform file selection. A hierarchical list of file names is organized by directory and the 
list of file names is conveyed to UI framework 1 10, step 126. Step 126 can also include 
20 caching the original request for a file and associating the original request to a reference ID. 
The reference ID can then be used to retrieve the original request. 

Once UI framework 110 receives the request from service 100, step 126, UI 
framework 110 builds data which represents a user interface screen in a generic manner. The 
data can be written in XML. For this particular example, data will be referred to as XML 
25 data. The XML data, along with an ID identifying the service 1 00, is sent to service 100, step 
128. The reference ID can also be included in step 128. 

Service 100 returns the XML data representing the user interface to application 120, 
step 130. Application 120 differentiates between the reply to its request in step 124 versus 
the XML data that represents the user interface of step 1 30. Step 1 30 further provides for UI 
30 content to be returned to application 120. 
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Application 120 recognizes that the received reply in step 130 contains a user 
interface. Application 120 in turn sends a target generic (not content generic) user interface 
to UI framework 110, step 132. Step 132 includes a request for a user interface view for the 
targeted user interface from application 120 to UI framework 110. In this particular example, 
5 the user interface view is a web browser. Based on the application type and application 

needs, the UI view request will contain specific UI content and relevant type of presentation. 
Types of presentation can include HTML based content, cellular phone based content, and 
digital organizer based content. 

When Step 132 is completed and UI framework 1 10 is advised of the request for a 
10 user interface view. UI framework 1 10 generates hyper text markup language (HTML) code 
and returns the HTML code to application 120, step 134. The user interface is contained in 
the HTML code. The HTML code can include hidden data such as the services ID and the 
reference ID. Step 134 further provides that the formatted UI view be returned to the 
application, the view containing the service ID, the request ID, and the UI type. 

15 Application 120 presents the user interface, which is in the form of the HTML code to 

a web browser contained in user system 115, step 136. The web browser of user system 1 15 
using the HTML code is able to present an interactive user interface to user system 1 15, in 
particular the UI view is presented to an operator of user system 115. 

An operator using user system 1 1 5 is able to interact with the interface web browser, 
20 in particular the operator is able to select particular files. When a specific file is chosen by 
the operator, user system 115 sends the request to application 120, step 138. Application 120 
receives form-factor data from the user in step 138. Application 120 proceeds to send the 
form-factor data to UI framework 1 1 0, step 140. UI framework 110 processes the form- 
factor data, the form-factor data including a service ID and a reference ID. 

25 UI framework 110 receives and processes the form-factor data from application 120, 

extracting necessary information from the data. The necessary information to be extracted 
being the file selected by the operator. UI framework 1 20 returns the file name, the reference 
ID, and the service ID (collectively known as the processed response) to application 120, step 
142. 
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Application 120 using the service ID, sends the file name and reference ID to service 
100, step 144. Application 120 is made aware of which service to contact based on the 
service ID, with the service ID being predefined. 

Service 100 receives the file name and reference ID, and uses the references ID to 
find the associated request to retrieve a file. Service 1 00 retrieves the file that is specified 
and sends the specified file to application 120, step 146. Step 146 is a result of the original 
request of step 124. Application 120 is now able to fulfill the request made in step 124. A 
comparison is made as to the report in step 124 with the response provided in step 144 based 
on the report ID. 

In this particular example of a priority application, the application 120 receives the 
file from the service 120 and prints the file. A confirmation is made to user system 115, step 
148, indicating that the print function has been performed. Application 120 sends a response 
as to user system 1 1 5 request made in step 117. 

Figure 2 is a flowchart illustrating the registration process with a framework. In this 
embodiment, the flowchart illustrates the process in which a service registers with a 
framework. As illustrated in Figure 1, this is register step 104. 

A service determines the need to register with a framework, and the process begins 
with a start event, step 200. A configuration file is sent to the framework by the service, step 
205. The service creates an individual UI configuration file describing which user interface 
(UI) the service will use. The configuration file can be written in XML. XML is a markup 
language for documents containing structured information. Structured information contains 
both content (words, pictures, etc.) and some indication of what role the content plays. For 
example, content in a section heading has a different meaning from content in a footnote, 
which means something different than content in a figure caption or content in a database 
table, etc. Almost all documents have some structured information (i.e., content). Attached 
in an appendix is an example of an XML content file. 

The service then creates all necessary files to support the configuration file. These 
files provide XSL transformations for different types of user interface views and custom 
result handlers. XSL transformation is a language for transforming XML documents. The 
configuration file and the support files are passed to the framework during the registration 
process. Attached in an appendix is an example of a configuration file. 
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A configuration file consists of a list of predefined or custom user interfaces the 
service will use. For each customized user interface, the configuration file includes a list of 
different types of target applications that are supported (applications can include web 
applications, cellular phones, and digital organizers); a list of transformations that are 
supported for building the actual UI view (this is the standard XSL transformation that can be 
standard that is provided by the framework or a custom XSL transformation); and a list of 
handlers for each individual target. 

The framework processes the XML configuration file, step 210. A determination is 
made if a successful registration has been accomplished, step 215. A successful registration 
provides the framework to save a local copy of the registration package, step 220. An 
unsuccessful registration provides for the framework to notify the service, step 225. Step 225 
can also provide that the service is notified when a successful registration takes place. The 
service is now ready to use the UI framework. The service registration process then is 
completed, step 230. 

User interface (UI) request 

A UI request is created by a service in one of the following ways: 

For predefined UI types the service invokes a predefined method and passes required 
parameters. In other words a question or a list of items is passed by the service. 

For custom UI types the service invokes a generic method and passes XML formatted 
content. The content must be compatible with XSL transformation provided in the 
registration package. 

Now referring to Figure 3 shown is a flowchart illustrating requesting user interface 
content by a framework. This particular process illustrates the process in which a service and 
a framework request and provide UI content. As illustrated in Figure 1, this is the UI request 
step 145. A determination is made as to the exchange for UI content and the process begins 
with a start event, step 300. The framework determines if the service is registered for the UI 
type 305, the registration event illustrated in Figure 2. If the service is not registered with the 
framework the request from the service has failed, the service is notified, step 310, and the 
process is ended, step 340. If the service is registered and has a valid UI type a determination 
is made if the UI type is predefined, step 315. A UI type that is not predefined provides a 
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validation of custom XML content, step 320. The XML content file is returned to the 
service, step 335, and the process is ended, step 340. If the UI type is predefined, an XML 
content file is created for the UI of the particular type, step 325. The framework generates a 
unique request ID and appends it to the XML content file, step 330. The XML content file is 
returned to the service, step 335, and the process is ended, step 340. 

Requesting a UI view 

The application receives the UI content from a service. The content is generic and it 
is not formatted for a particular target application view. The application passes the LH 
content to the framework in order to receive back the actual UI formatted for viewing. Once 
the UI is returned, the UI is displayed to the end user. 

Processing the UI view 

Now referring to Figure 4 shown is a flowchart illustrating requesting a user interface 
view from the application to the user interface framework. This particular process illustrates 
the process in which an application requests a UI view through a UI framework. As 
illustrated in Figure 1, this is the request UI event 130. The process begins with start event 
400, which can be initiated by the application. The application submits UI content in the 
form of a XML file in addition to a target type to the UI framework, step 405. A check is 
performed that the service supports the target type for the given UI request 410. If the check 
fails, the framework notifies the application that the request has failed, step 415, and the 
process is ended 430. If the check passes, using the configuration file, the framework locates 
the XSL transformation file, and processes the received XML data through a target 
(application) specific handler defined in the service's configuration file, step 420. The UI 
view data is then returned to the application, step 425, and the process is ended, step 430. 

Now referring to Figure 5 shown is a flowchart illustrating processing of a user 
interface response from the application to the framework. This particular process illustrates 
the process in which an application requests processing of a UI response from an application 
to a framework. As illustrated in Figure 1, this is the process UI response event, step 135. 
The process is initiated with a start event by the application, step 500. The framework 
processes the UI result with a target specific handler, step 505. The UI result is processed by 
a request specific handler, step 510, and the process is ended, step 515. The result of 
processing is returned to the application, which in turn sends the result to the service. 
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Figure 6 is a flowchart illustrating a service interaction process mode by an 
application. A determination step 615 is made as to the response from the service is the type 
that requires a user interface, step 615. If a service response is not of the type that requires a 
user interface, the service response is matched to the original request made and the result is 
5 returned to the operator through the user system, step 610. If the service response does 
require a user interface, a request is made from the UI framework, step 620. Step 620 is 
based on particular service responses. The user system is presented with a usable user 
interface that allows the user to perform required functions, step 625. In this particular 
example, the user is provided with a user interface that allows for choosing files. 

10 An Example Computing and Network Environment 

Figure 7 is a block diagram illustrating a network environment in which a system 
according to the present invention may be practiced. As is illustrated in Figure 7, network 
700, such as a private wide area network (WAN) or the Internet, includes a number of 
networked servers 710(1)-(N) that are accessible by client computers 720(1)-(N). 
. 1 5 Communication between client computers 720(1)-(N) and servers 71 0(1)-(N) typically occurs 
over a publicly accessible network, such as a public switched telephone network (PSTN), a 
DSL connection, a cable modem connection or large bandwidth trunks (e.g., communications 
channels providing Tl or OC3 service). Client computers 720(1 )-(N) access servers 710(1)- 
(N) through, for example, a service provider. This might be, for example, an Internet Service 
20 Provider (ISP) such as America On-Line™, Prodigy™, CompuServe™ or the like. Access is 
typically had by executing application specific software (e.g., network connection software 
and a browser) on the given one of client computers 720(1 )-(N). 

One or more of client computers 720(1 )-(N) and/or one or more of servers 710(1)-(N) 
may be, for example, a computer system of any appropriate design, in general, including a 

25 mainframe, a mini-computer or a personal computer system. Such a computer system 

typically includes a system unit having a system processor and associated volatile and non- 
volatile memory, one or more display monitors and keyboards, one or more diskette drives, 
one or more fixed disk storage devices and one or more printers. These computer systems are 
typically information handling systems, which are designed to provide computing power to 

30 one or more users, either locally or remotely. Such a computer system may also include one 
or a plurality of I/O devices (i.e., peripheral devices) which are coupled to the system 
processor and which perform specialized functions. Examples of I/O devices include 
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modems, sound and video devices and specialized communication devices. Mass storage 
devices such as hard disks, CD-ROM drives and magneto-optical drives may also be 
provided, either as an integrated or peripheral device. One such example computer system, 
discussed in terms of client computers 720(1 )-(N) is shown in detail in Figure 7. 

5 Figure 8 depicts a block diagram of a computer system 8 1 0 suitable for implementing 

the present invention, and example of one or more of client computers 820(1)-(N). Computer 
system 810 includes a bus 812 which interconnects major subsystems of computer system 
810 such as a central processor 814, a system memory 816 (typically RAM, but which may 
also include ROM, flash RAM, or the like), an input/output controller 8 1 8, an external audio 

10 device such as a speaker system 820 via an audio output interface 822, an external device 
such as a display screen 824 via display adapter 826, serial ports 828 and 830, a keyboard 
832 (interfaced with a keyboard controller 833), a storage interface 834, a floppy disk drive 
836 operative to receive a floppy disk 838, and a CD-ROM drive 840 operative to receive a 
CD-ROM 842. Also included are a mouse 846 (or other point-and-click device, coupled to 

15 bus 812 via serial port 828), a modem 847 (coupled to bus 812 via serial port 830) and a 
network interface 848 (coupled directly to bus 812). 

Bus 812 allows data communication between central processor 814 and system 
memory 816, which may include both read only memory (ROM) or flash memory (neither 
shown), and random access memory (RAM) (not shown), as previously noted. The RAM is 

20 generally the main memory into which the operating system and application programs are 
loaded and typically affords at least 66 megabytes of memory space. The ROM or flash 
memory may contain, among other, code, the Basic Input-Output system (BIOS) which 
controls basic hardware operation such as the interaction with peripheral components. 
Applications resident with computer system 810 are generally stored on and accessed via a 

25 computer readable medium, such as a hard disk drive (e.g., fixed disk 844), an optical drive 
(e.g., CD-ROM drive 840), floppy disk unit 836 or other storage medium. Additionally, 
applications may be in the form of electronic signals modulated in accordance with the 
application and data communication technology when accessed via network modem 847 or 
interface 848. 

30 Storage interface 834, as with the other storage interfaces of computer system 810, 

may connect to a standard computer readable medium for storage and/or retrieval of 
information, such as a fixed disk drive 844. Fixed disk drive 844 may be a part of computer 



722091 v7 

SMM Reference No.: M-9702 US 



-11- 



Hewlett Packard Docket No. : 1 0005 1 05- 1 



system 8 1 0 or may be separate and accessed through other interface systems. Many other 
devices can be connected such as a mouse 846 connected to bus 812 via serial port 828, a 
modem 847 connected to bus 812 via serial port 830 and a network interface 848 connected 
directly to bus 812. Modem 847 may provide a direct connection to a remote server via a 
5 telephone link or to the Internet via an internet service provider (ISP). Network interface 848 
may provide a direct connection to a remote server via a direct network link to the Internet 
via a POP (point of presence). Network interface 848 may provide such connection using 
wireless techniques, including digital cellular telephone connection, Cellular Digital Packet 
Data (CDPD) connection, digital satellite data connection or the like. 

10 Many other devices or subsystems (not shown) may be connected in a similar manner 

(e.g., bar code readers, document scanners, digital cameras and so on). Conversely, it is not 
necessary for all of the devices shown in Figure 8 to be present to practice the present 
invention. The devices and subsystems may be interconnected in different ways from that 
shown in Figure 8. The operation of a computer system such as that shown in Figure 8 is 

1 5 readily known in the art and is not discussed in detail in this application. Code to implement 
the present invention may be stored in computer-readable storage media such as one or more 
of system memory 816, fixed disk 844, CD-ROM 842, or floppy disk 838. Additionally, 
computer system 810 may be any kind of computing device, and so includes personal data 
assistants (PDAs), network appliance, X-window terminal or other such computing device. 

20 The operating system provided on computer system 810 may be MS-DOS®, MS- 
WINDOWS®, OS/2®, UNIX®, Linux® or other known operating system. Computer system 
810 also supports a number of Internet access tools, including, for example, an HTTP- 
compliant web browser having a JavaScript interpreter, such as Netscape Navigator® 8.0, 
Microsoft Explorer® 8.0 and the like. 

25 Moreover, regarding the signals described herein, those skilled in the art will 

recognize that a signal may be directly transmitted from a first block to a second block, or a 
signal may be modified (e.g., amplified, attenuated, delayed, latched, buffered, inverted, 
filtered or otherwise modified) between the blocks. Although the signals of the above 
described embodiment are characterized as transmitted from one block to the next, other 

30 embodiments of the present invention may include modified signals in place of such directly 
transmitted signals as long as the informational and/or functional aspect of the signal is 
transmitted between blocks. To some extent, a signal input at a second block may be 
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conceptualized as a second signal derived from a first signal output from a first block due to 
physical limitations of the circuitry involved (e.g., there will inevitably be some attenuation 
and delay). Therefore, as used herein, a second signal derived from a first signal includes the 
first signal or any modifications to the first signal, whether due to circuit limitations or due to 
5 passage through other circuit elements which do not change the informational and/or final 
functional aspect of the first signal. 

The foregoing described embodiment wherein the different components are contained 
within different other components (e.g., the various elements shown as components of 
computer system 810). It is to be understood that such depicted architectures are merely 

1 0 examples, and that in fact many other architectures can be implemented which achieve the 
same functionality. In an abstract, but still definite sense, any arrangement of components to 
achieve the same functionality is effectively "associated" such that the desired functionality is 
achieved. Hence, any two components herein combined to achieve a particular functionality 
can be seen as "associated with" each other such that the desired functionality is achieved, 

1 5 irrespective of architectures or intermediate components. Likewise, any two components so 
associated can also be viewed as being "operably connected", or "operably coupled", to each 
other to achieve the desired functionality. 

Figure 9 is a block diagram depicting a network 900 in which computer system 910 is 
coupled to an internetwork 910, which is coupled, in turn, to client systems 920 and 930, as 

20 well as a server 940. Internetwork 910 (e.g., the Internet) is also capable of coupling client 

systems 920 and 930, and server 940 to one another. With reference to computer system 910, 
modem 947, network interface 948 or some other method can be used to provide connectivity 
from computer system 910 to internetwork 910. Computer system 910, client system 920 and 
client system 930 are able to access information on server 940 using, for example, a web 

25 browser (not shown). Such a web browser allows computer system 91 0, as well as client 

systems 920 and 930, to access data on server 940 representing the pages of a website hosted 
on server 940. Protocols for exchanging data via the Internet are well known to those skilled 
in the art. Although Figure 9 depicts the use of the Internet for exchanging data, the present 
invention is not limited to the Internet or any particular network-based environment. 

30 Referring to Figures 7, 8 and 9, a browser running on computer system 910 employs a 

TCP/IP connection to pass a request to server 940, which can run an HTTP "service" (e.g., 
under the WINDOWS® operating system) or a "daemon" (e.g., under the UNIX® operating 
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system), for example. Such a request can be processed, for example, by contacting an HTTP 
server employing a protocol that can be used to communicate between the HTTP server and 
the client computer. The HTTP server then responds to the protocol, typically by sending a 
"web page" formatted as an HTML file. The browser interprets the HTML file and may form 
5 a visual representation of the same using local resources (e.g., fonts and colors). 

Although the present invention has been described in connection with several 
embodiments, the invention is not intended to be limited to the specific forms set forth herein, 
but on the contrary, it is intended to cover such alternatives, modifications, and equivalents as 
can be reasonably included within the spirit and scope of the invention as defined by the 
10 appended claims. 
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